home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
kermit.columbia.edu
/
kermit.columbia.edu.tar
/
kermit.columbia.edu
/
newsgroups
/
misc.20021006-20030409
/
000171_dbecker@cpicorp.com_Tue Dec 10 09:12:15 EST 2002.msg
< prev
next >
Wrap
Text File
|
2003-04-08
|
4KB
|
119 lines
Article: 13951 of comp.protocols.kermit.misc
Path: newsmaster.cc.columbia.edu!panix!bloom-beacon.mit.edu!news-out.cwix.com!newsfeed.cwix.com!prodigy.com!news.cc.ukans.edu!stl-feed.news.verio.net!news.cpicorp.com!not-for-mail
From: Derek Chen-Becker <dbecker@cpicorp.com>
Newsgroups: comp.protocols.kermit.misc
Subject: Interesting behavior of IKSD "set receive move-to" and "set send
move-to"
Date: Mon, 09 Dec 2002 18:49:06 -0600
Organization: CPI Corporation
Lines: 95
Message-ID: <at3dls$4p$1@cpimail.cpicorp.com>
NNTP-Posting-Host: dbecker-ld.cpicorp.com
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: cpimail.cpicorp.com 1039481340 153 131.100.250.5 (10 Dec 2002 00:49:00 GMT)
X-Complaints-To: abuse@cpicorp.com
NNTP-Posting-Date: Tue, 10 Dec 2002 00:49:00 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2.1) Gecko/20021130
X-Accept-Language: en-us, en
X-Enigmail-Version: 0.70.0.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Xref: newsmaster.cc.columbia.edu comp.protocols.kermit.misc:13951
Hi,
I'm working on a transfer script in which I'd like to use the
move-to features of send and receive on the IKSD side of the connection
and I've noticed some very interesting behavior. I have the following
directory structure on my IKSD server account home directory:
~/
~/.kermrc
~/complete-tx
~/complete-rx
~/ct
~/ct/incoming
~/ct/outgoing
~/ct/complete-tx
~/ct/complete-rx
And my .kermrc contents are:
set file type binary
set file incomplete keep
set file names literal
set transfer crc on
set transfer slow-start off
set receive move-to complete-rx
set send move-to complete-tx
set file collision update
set reliable on
On the client side I do the following:
1. Log into the server with IKSD
2. rcd to the "ct" directory
3. send a file: "resend test.file incoming/test.file"
4. receive files: "reget outgoing/*"
5. close the connection
Files that I send succesfully are moved from the ~/ct/incoming directory
to the ~/ct/complete-rx directory, and files I receive succesfully are
moved from ~/ct/outgoing to ~/ct/complete-tx. This is the behavior I
expected. The two "complete" directories at the root of the home
directory were remnants of an earlier attempt at the script, so I
removed them. As soon as I removed those two directories, files I send
stay in ~/ct/incoming and files I receive stay in ~/ct/outgoing. This is
not the behavior I expected. Have I found a bug, or is something else
going on here?
This is what the logs for files I receive look like with the 2
directories in place:
Dec 9 18:37:36 zeus iksd[29813]: file[] /home/ktest/ct/outgoing/test1:
rename to /home/ktest/ct/complete-tx/test1 failed (No such file or
directory)
Dec 9 18:37:36 zeus iksd[29813]: file[2] /home/ktest/ct/outgoing/test2:
open read ok
Dec 9 18:37:36 zeus iksd[29813]: file[] /home/ktest/ct/outgoing/test2:
rename to /home/ktest/ct/complete-tx/test2 failed (No such file or
directory)
Dec 9 18:37:36 zeus iksd[29813]: file[2] /home/ktest/ct/outgoing/test3:
open read ok
Dec 9 18:37:36 zeus iksd[29813]: file[] /home/ktest/ct/outgoing/test3:
rename to /home/ktest/ct/complete-tx/test3 failed (No such file or
directory)
This is what the logs for files I receive look like with the 2
directories removed:
Dec 9 18:27:19 zeus iksd[28967]: file[2] /home/ktest/ct/outgoing/test1:
open read ok
Dec 9 18:27:19 zeus iksd[28967]: file[2] /home/ktest/ct/outgoing/test2:
open read ok
Dec 9 18:27:19 zeus iksd[28967]: file[2] /home/ktest/ct/outgoing/test3:
open read ok
I'm running K95 2.1.1 on the client and C-kermit 8.0.206 on the server.
Thanks,
Derek
--
----------------------------------------------------------------------
Derek Chen-Becker
Senior Network Engineer
CPI Corp, Inc.
1706 Washington Ave
St. Louis, MO 63103
314-231-1575 x6014
dbecker@cpicorp.com
PGP Key available from public key servers
Fingerprint: 1C34 D81E D8A0 641D 6C8C E952 3B15 693F 9184 BC58
----------------------------------------------------------------------